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(54) Delivering interactive applications 

(57) A method of delivering an interactive applica- 
tion to a plurality of target platforms (2). The method 
comprises 

providing a set of application components (10-16); 
converting the set of application components into a 



plurality of streams (20-25) of broadcast data, each 
stream of broadcast data conforming with a respec- 
tive target platform (2); and 

delivering each stream of broadcast data to its re- 
spective target platform (2). 
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Description 

[0001] The present invention relates to a method and 
apparatus for delivering an interactive application to a 
plurality of target platforms. 

[0002] Interactive application providers employ 
skilled programmers to develop new interactive applica- 
tions. Examples of such interactive applications are pre- 
dictive games for use in conjunction with a live sporting 
broadcast, quiz games for use in conjunction with a live 
quiz broadcast, on-demand quiz games (ie. not used in 
conjunction with a live quiz broadcast), home shopping 
applications and home banking applications. 
[0003] With the rapid development of new target plat- 
forms for interactive services (each employing a broad- 
cast network with a different respective broadcast pro- 
tocol) it is desirable to deliver the interactive applications 
over any chosen network in a simple and cost effective 
way. However conventionally this has been difficult be- 
cause it has been necessary for the skilled program- 
mers to take into account the different broadcast proto- 
cols during development of the new application. 
[0004] In accordance with a first aspect of the present 
invention there is provided a method of delivering an in- 
teractive application to a plurality of target platforms, the 
method comprising 

providing a set of application components; 
converting the set of application components into a 
plurality of streams of broadcast data, each stream 
of broadcast data conforming with a respective tar- 
get platform; and 

delivering each stream of broadcast data to its re- 
spective target platform. 

[0005] In accordance with a second aspect of the 
present invention there is provided apparatus for deliv- 
ering an interactive application to a plurality of target 
platforms, the apparatus comprising 

means for providing a set of application compo- 
nents; 

a plurality of broadcast systems interfaces each 
converting the set of application components into a 
respective stream of broadcast data, each stream 
of broadcast data conforming with a respective tar- 
get platform; and 

means for delivering each stream of broadcast data 
to its respective target platform. 

[0006] Instead of having to provide multiple sets of ap- 
plication components (each set complying with a differ- 
ent respective target platform) the invention allows the 
programmers to merely provide a single set of applica- 
tion components in any desired format, without needing 
to know anything about the ultimate target platforms. 
The broadcast system interfaces (BSIs) then convert 
the application components shortly before, or during the 



broadcast. 

[0007] The invention provides a convenient method 
of delivering an interactive application to a number of 
target platforms each having different requirements. For 

5 instance the target platforms may comprise broadcast 
networks having different data protocols, formats or 
speeds. Alternatively the target platforms may comprise 
user interfaces with different memory capabilities etc. 
[0008] The "open" architecture of the system enables 

10 new BSIs to be added when the interactive application 
is to be delivered to a new target platform. 
[0009] In the case where the application comprises a 
real-time application (eg a predictive game for use in 
conjunction with a live sporting broadcast) the method 

15 typically further comprises manually inputting real-time 
application data; 

converting the real-time application data into a plu- 
rality of streams of real-time broadcast data, each 
20 stream of real-time broadcast data conforming with 
a respective target platform; and 
delivering each stream of real-time broadcast data 
to its respective target platform. 

25 [0010] The application components and/or real-time 
application data may be generated, converted and 
broadcast on-the-fly. However preferably the method 
further comprises storing the application components 
and/or real-time application data in a data store; and re- 

30 trieving the application components and/or real-time ap- 
plication data from the data store before converting it 
into a stream of broadcast data. 

[0011] A number of conversion steps may be neces- 
sary, including translating, substituting, selecting, time 
35 managing, or adapting for different data transmission 
mechanisms. 

[0012] Provision may also be made for return path 
processing of return data (eg game-play input or home 
banking requests) from the target platforms. 
40 [0013] An embodiment of the present invention will 
now be described with reference to the accompanying 
drawings, in which: 

Figure 1 is a schematic functional diagram of an in- 
45 teractive service network; 

Figures 2-4 illustrate examples of screen displays 
presented to an operator during preparation for a 
live football game; 

Figures 5 and 6 illustrate screen displays presented 
50 to a remote player of the live football game; 

Figure 7 is a schematic diagram illustrating two re- 
turn data paths; and 

Figure 8 is a schematic diagram illustrating the func- 
tion of the Two Way TV engine. 

55 

[0014] Referring to Figure 1, the network comprises 
a central system 1 and a number of target platforms 2. 
Each target platform comprises a respective broadcast 
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network 3 and user interface 4. The central system 1 is 
controlled by a central computer system (CCS) 5 which 
comprises a Sun SPARC binary file designed to operate 
UltraSPARC architecture workstations or servers (not 
shown). Although the CCS is shown as a single unit it 
may be split into more than one binary file for perform- 
ance and distributive requirements. 
[0015] The CCS 5 communicates with a number of 
sub-systems 6 via a CCS text message gateway 7. 
[0016] Authoring tools 8 include suitable tools (eg 
PCs) which are used by game programmers to develop 
new interactive applications. The interactive applica- 
tions may all be very different but in general will include 
a number of application components such as executa- 
ble program files, bitmaps, sound samples, real-time da- 
ta instructions, video clips, and other multimedia and da- 
ta resources. When the new applications have been de- 
veloped and tested, the game programmer logs on to a 
Windows NT™ based submit tool 9 which saves the ap- 
plication components in an application database (not 
shown). 

[001 7] A number of previously saved applications are 
shown in Figure 1, namely six interactive, predictive 
games 10-15 for use in conjunction with a live sporting 
broadcast and a set of on-demand game engines 16. 
[001 8] A set of Universal Live Tools 1 7 (which include 
PCs running Windows NT™ based applications, and 
suitable input devices) are used by skilled operators to 
support the live applications 10-15. 
[001 9] A Mission Control system 1 8 (a Windows NT™ 
based application) is used by a system control officer to 
initiate application transmissions and manage real-time 
broadcasts. 

[0020] An example of one of the interactive, predictive 
games (football 10) will be described below. The game 
is described in more detail in EP98302964.6. In the in- 
teractive football game, remote players are able to at- 
tempt to predict certain events prior to commencement 
of a live football match and can also attempt to predict 
certain events during the live broadcast. 
[0021] Initially, prior to commencement of the live 
broadcast, the football application 10 is initiated by the 
system control officer using Mission Control 18, and an 
operator uses the Live Tools 17 to set up certain prede- 
termined information relating to the live broadcast for 
transmission to the user interfaces 4. 
[0022] The operator is first presented with a screen 
as shown in Figure 2 in which he can select a home team 
and an away team from a list of such teams which have 
been previously stored in the application database. The 
operator can select the appropriate home and away 
teams and then click the OK button. This information is 
then stored in a Live File store (not shown) associated 
with the Live Tools 17. The application database stores 
information relating to each team squad which will typi- 
cally include more players than those actually selected 
to play the match. Shortly before commencement of the 
match, the actual team will be announced and this in- 



formation will be conveyed to the operator. The operator 
then causes the Live tools 17 to display all members of 
the squad of each team (Figure 3) allowing the operator 
to indicate which members of the squad have been 

5 picked to play and at the same time, he can define the 
type of player, for example goalkeeper, attacker, mid- 
field or defender. Once that information has been indi- 
cated, it is then stored in the Live File store. 
[0023] The operator also sets up the particular types 

10 of event which can be predicted during the live broad- 
cast. In this example, these events include the time of 
the first goal, the time of the first booking etc. Examples 
of such events are indicated by the line of buttons at 50 
in Figure 4. 

15 [0024] Once all the information for the live broadcast 
has been set up by the operator a screen such as that 
shown in Figure 4 is displayed which at this time is in- 
active since the interactive game has not commenced. 
It will be noted, however, that the operator has been able 
20 to set up a significant amount of information in advance 
of the live broadcast itself. 

[0025] At the appropriate time, but before commence- 
ment of the football game, the operator will click the but- 
ton 51 and the application will then be transmitted to the 
25 CCS 5 and broadcast to all the user interfaces 4 over 
the broadcast network 3 as discussed below. The fol- 
lowing application components are broadcast: 

1 . Real-time data instructions such as "display cop- 
30 yright message at start of football game"; or "display 

[bit map] at half-time". 

2. Executable computer code to be run by the user 
interfaces to implement the game. 

3. Bit maps - eg. player faces ; team logos etc. 
35 4. Sounds - eg sampled referee's whistle or crowd 

noises. 

5. Video clips, eg of individual players scoring a 
goal. 

6. Team data - eg team names, player names and 
40 player positions. 

[0026] The central system 1 is designed to be able to 
deliver applications on any target platform. Five target 
platforms are illustrated in Figure 1 . each employing a 
45 different broadcast network, ie. NCI DTV Naviagator 20, 
OpenTV digital TV 21, MHEG-5 22, WebTWWinCE 23 
and PowerTV 24. The system can also be expanded to 
handle any number of additional broadcast networks 25. 
Each broadcast network 20-25 has a respective differ- 
so ent broadcast protocol. In order to deal with this prob- 
lem, each target platform has an associated Broadcast 
System Interface (BSI) 26 which converts the set of ap- 
plication components associated with each application 
into a plurality of streams of broadcast data, each 
55 stream of broadcast data conforming with the broadcast 
protocol of its respective target platform. Thus when the 
operator clicks on button 51 , the set of application com- 
ponents (ie. executable program files, bitmaps, sound 
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samples, real-time data instructions, video clips etc. ) are 
passed to the CCS 5 and then fed as parallel data 
streams to the BSIs 26 which convert the application 
components as appropriate prior to delivery over a re- 
spective broadcast network 3. The BSIs 26 are previ- 
ously encoded to make any necessary conversions in 
order to conform the data to their associated target plat- 
form. The conversion may (amongst others) include the 
following techniques: 

Translation 

[0027] This is the most basic data manipulation. Here 
the data is converted from an internal representation re- 
quired by the authoring tools 8 into a representation ap- 
propriate to a respective broadcast protocol. 
[0028] For example, a target platform may only re- 
ceive ASCII text. In this case the BSI converts all data 
being transmitted from a binary representation to ASCII. 
[0029] Translation takes place on a byte-to-byte basis 
and is the lowest level of transformation employed by 
the BSIs 26. 

Substitution 

[0030] In some cases the BSIs will replace application 
components with an alternative. This is similar to trans- 
lation, except that substitution is normally done at a 
component level. 

[0031] An example of this might take place where a 
game is being broadcast to two networks where the ca- 
pabilities of the user interfaces 4 are different. The game 
being played contains a real-time video component that 
is delivered to the user interface 4 for display. On one 
network : the user interface is not capable of storing the 
video component due to lack of memory and the BSI 
substitutes the video component with a set of still frames 
extracted from the video component. On another net- 
work the user interface is capable of storing the video 
component and the BSI delivers the video component 
unchanged. 

[0032] In another example a 16-colour bit map is to 
be delivered and one of the broadcast networks 3 or us- 
er interfaces 4 may only be able to support an 8-colour 
bit map. In this case the BSI converts the bit map into 
8-colour format on the fly prior to delivery. 

Selection 

[0033] In the case of selection, the BSI selects which 
application components to send or not to send. An ex- 
ample would be an application that contains three dif- 
ferent binary files, one for a browser target platform, one 
for a target platform with an OpenTV broadcast network, 
and another for a target platform with a PowerTV broad- 
cast network. The BSI associated with the OpenTV net- 
work would transmit the binary file for the OpenTV net- 
work, and ignore the others. The BSIs supporting the 



other target platforms behave in a similar way. 
Timing 

5 [0034] Different broadcast networks delivering the 
same programme are not necessarily temporally syn- 
chronised. Differences in timing maybe up to one ortwo 
seconds, indeed set top boxes on different networks 
would generally have slight variances in their clocks, ie 
10 a box on one network may think that the time is 12:34.00 
whilst a box on another network may believe it is 12: 
34.03. In addition to different networks having different 
clocks it is also a fact that different networks may not be 
broadcasting content at exactly the same time, ie a vid- 
15 eo program may start up to 1 or 2 seconds later on an- 
other network even though the clocks are the same. 
[0035] In order to manage these anomalies between 
networks it is necessary for the BSI handling that net- 
work to compensate by introducing the required delay 
20 either by delaying the broadcast of messages, or more 
appropriately by altering the timing information within 
messages. 

[0036] Some networks do not provide a synchronised 
clock on all set top boxes. In these cases it is necessary 
25 for the BSI handling those networks to provide a clock 
message which the user interface may use to update its 
own synchronised clock. 

Data Transmission Mechanisms 

30 

[0037] Different broadcast networks will probably use 
different techniques for transmission. Some may 
present a single large bandwidth download path for all 
data, some may provide a high bandwidth mechanism 

35 for application components, and a smaller bandwidth 
mechanism for real-time data. In all of these cases the 
BSI will manage the different transmission techniques. 
[0038] Exploring the above example in more detail, it 
is likely that a browser based architecture would provide 

40 some mechanism for providing application components 
from the service provider's server, using a carousel for 
example. In this scenario browser BSI would forward all 
game components to the server to be placed on the car- 
ousel. The binary data messages would most likely be 

45 ted to the server which would then use IP tunnelling or 
similar to transmit the data to the user interfaces. 
[0039] In the case of the MPEG-II system the BSI 
would produce MPEG-II transmit packets contains 
MPEG-II private data sections containing the binary da- 

50 ta messages and the component downloads in a defined 
format. 

[0040] The user interfaces 4 each include a Two Way 
TV engine 27 which decodes incoming data and 
presents it to an application processor 28 which runs 
55 executable program code and also incorporates suita- 
ble memory for storing data. Items 27,28 are typically 
provided in a set -top-box (STB) which is connected to 
a conventional home TV set. Alternatively items 27,28 
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may be part of a personal computer. Although only a 
single user interface 27,28 is shown in Figure 1 with 
each broadcast network 20-25, it will be appreciated that 
each network 20-25 will broadcast to a large number of 
user interfaces. 

[0041] In a commercial broadcast such as cable, sat- 
ellite or the internet, the application processors 28 (in 
the form of set top boxes or personal computers) may 
have different capabilities. It is possible that the proces- 
sors 28 may have different graphical abilities (such as 
colour depth, background mpeg and bitmap formats), 
different amounts of RAM and differing audio capabili- 
ties. 

[0042] It is not desirable to target the lowest capability 
processor only, as customers who have payed more for 
a more powerful decoder should reap the benefits. 
[0043] Therefore in order to provide the highest qual- 
ity of interactivity on any given processor it is necessary 
to create applications which can selectively use different 
display models ; colour depths, sounds and bitmaps. In 
addition different sections of code may be used for dif- 
ferent processors. The Two Way TV engines 27 are able 
to interrogate the capabilities of the application proces- 
sors 28 at runtime and dynamically decide which com- 
ponents of the broadcast applications to utilise. 
[0044] The function of the Two Way TV engines 27 is 
illustrated in more detail in the example of Figure 8. In 
this case a broadcast system interface 70 is encoded to 
convert the application components into the format re- 
quired by an Open TV digital TV broadcast network 71 . 
A second BSI 72 converts the application components 
into the format required by a PowerTV broadcast net- 
work 73. Two types of user interface 74,75 are connect- 
ed to the open TV network 71 . User interface 74 includes 
an application processor 76 which can support 16-col- 
our bitmaps. In contrast, user interface 75 includes an 
application processor 77 which can only support 4-col- 
our bitmaps. The BS1 70 delivers 4-colour and 16-col- 
our bitmaps over the network 71. Each user interface 
74,75 has a respective Two Way TV engine 78,79. The 
engine 78 interrogates the application processor 76 and 
determines that the processor can support 1 6-colour bit- 
maps, and so downloads the 1 6-colour bitmaps on to 
the processor 76. In contrast, the engine 79 downloads 
the 4-colour bitmaps and discards the 1 6-colour bit- 
maps. 

[0045] Bitmaps are a relatively simple example, code 
modules are more complex. For instance one type of 
user interface may use a store and forward return path 
mechanism, whilst another (on the same network) may 
use an instant access high bandwidth modem. Depend- 
ing on which, the engine 27 would have to load and link 
the corresponding code module. 

[0046] The Two Way TV engines 27, 78, 79 a re generic 
items of code (i.e. the same engine is provided with each 
user interface). This enables the system to be easily ex- 
panded to deal with a new application processor 28 with 
different capabilities. 



[0047] The engines 27,78,79 may either by previously 
provided in a user's personal computer or set-top-box, 
or may be broadcast over the broadcast network 3 be- 
fore broadcast of the application components. 

5 [0048] Returning to Figure 8, only a single type of user 
interface 81 is supported on network 73. In this case, 
the BS1 72 broadcasts 1 6-colour bitmaps only, and the 
engine 83 downloads the 1 6-colour bitmaps to the proc- 
essor 82. Therefore in this case the engine 83 is effec- 

10 tively "transparent" as far as the 1 6-colour bitmaps are 
concerned. 

[0049] When the application has been downloaded to 
the user interfaces 4, the interfaces display a screen 
similar to that shown in Figure 5. This indicates to the 
15 player the type of prediction which he can attempt. A 
comparison of Figures 4 and 5 will show that six of the 
events selected by the operator for prediction set out in 
the line 50 are displayed on the display of Figure 5. 
[0050] The remote player can then select one or more 
20 of the predictions. For example, if he selects the "Time 
Slot of First Goal", the screen shown in Figure 6 will be 
displayed which defines six different 15 minute periods 
during the playing of a football game. The player can 
then indicate one of those periods, for example, the pe- 
25 riod 1 6-30 minutes, and this prediction is then stored in 
memory. In a similar way, the player can predict anyone 
or more of the other items set out in Figure 5. 
[0051] As the game develops, various events may or 
will occur. For example, when the first goal is scored, 
30 the operator clicks on an appropriate button and the in- 
formation is then transmitted to the user interfaces 4. 
[0052] During and/or after a game, the user interfaces 
4 compare the associated player's predictions with the 
actual events. If the local player was successful in his 
35 prediction then the user interface 4 will indicate this to 
the player and will also pass that information via a suit- 
able return path (eg the public switched telephone net- 
work) to the CCS 5 where it is handled by suitable return 
path processing 29. 
40 [0053] An example of the return path processing 29 
is illustrated in Figure 7. STB 30 is connected to a cable 
modem 31 which compresses the return data prior to 
transmitting it over a cable network to a cable service 
provider server 32. The return path processing 29 in- 
45 eludes a decompressor 33 which decompresses the da- 
ta into a form suitable for the CCS 5. STB 34 is connect- 
ed to a modem 35 which transmits the return path data 
to a modem 36 in the return path handling system 29 
over the conventional public switched telephone net- 
so work (PSTN). Once the return data has been converted 
by the return path processing system 29, it is processed 
by the CCS 5 which provides standard scoring and vot- 
ing facilities. For instance the users playing the football 
game may each have an individual score which is stored 
55 in a user database 30 and updated by the CCS 5 when 
the user makes a correct prediction. Alternatively the re- 
turn path data may be used by the CCS 5 to register 
votes from the user interfaces. The return path process- 
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ing facilities provided by the CCS may be augmented 
by a plug-in processing application 37. For instance a 
programmer can develop a new game which requires 
overall results or league positions to be broadcast back 
to the user interfaces and a suitable plug-in processing 
application 37 can be installed by the programmer. In 
some applications, however, return path communication 
with the CCS 5 is not necessary. 

Claims 

1. A method of delivering an interactive application to 
a plurality of target platforms, the method compris- 
ing 

providing a set of application components; 
converting the set of application components 
into a plurality of streams of broadcast data, 
each stream of broadcast data conforming with 
a respective target platform; and 
delivering each stream of broadcast data to its 
respective target platform. 

2. A method according to claim 1 further comprising 
manually inputting real-time application data; 

converting the real-time application data into a 
plurality of streams of real-time broadcast data, 
each stream of real-time broadcast data con- 
forming with a respective target platform; and 
delivering each stream of real-time broadcast 
data to its respective target platform. 

3. A method according to any of the preceding claims 
further comprising storing the application compo- 
nents and/or real-time application data in a data 
store; and retrieving the application components 
and/or real-time application data from the data store 
before converting it into a stream of broadcast data. 

4. A method according to any of the preceding claims 
wherein the step of converting comprises translat- 
ing, substituting, selecting, time managing, or 
adapting for different data transmission mecha- 
nisms. 

5. A method according to any of the preceding claims 
further comprising receiving and processing return 
data from one or more of the target platforms. 

6. A method according to claim 5 wherein the applica- 
tion comprises a game and the return data compris- 
es game-play input. 

7. A method according to any of the preceding claims 
wherein each target platform comprises a broad- 
cast network and an application processor, and 



wherein the delivering step comprises broadcasting 
the stream of broadcast data to the application proc- 
essor via the broadcast network. 

5 8. A method according to claim 7 further comprising 
interrogating the application processor to determine 
the data capabilities of the application processor; 
and downloading data from the stream of broadcast 
data in accordance with the determined data capa- 

10 bilities of the application processor. 

9. Apparatus for delivering an interactive application 
to a plurality of target platforms, the apparatus com- 
prising 

means for providing a set of application com- 
ponents; 

a plurality of broadcast systems interfaces each 
converting the set of application components 
into a respective stream of broadcast data, con- 
forming with a respective target platform; and 
means for delivering each stream of broadcast 
data to its respective target platform. 
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